Methods and systems for pervasive diagnostics

ABSTRACT

Model-based production control systems and methods are presented for constructing plans for controlling operation of a production system with a plant having a plurality of resources to achieve one or more production goals, in which a planner constructs plans for execution in the plant based on production goals while balancing both production objectives (e.g., production cost, production time) and diagnostic objectives (e.g., diagnostic cost, information gained, repair cost), and a diagnosis engine determines a current plant condition based on a previously executed plan and corresponding observations from the plant, and provides expected information gain data to the planner, with the planner generating a plan that will achieve a given production goal and is improved for one or more diagnostic objectives and the expected information gain data.

BACKGROUND

The present exemplary embodiments relate to automated diagnosis and production in systems having multiple resources for achieving production goals. In such systems, automated diagnosis of system performance and component status can advantageously aid in improving productivity, identifying faulty or underperforming resources, scheduling repair or maintenance, etc. Accurate diagnostics requires information about the true condition of components in the production system. Such information can be obtained directly from sensors associated with individual components and/or may be inferred from a limited number of sensor readings within the production plant using a model or other knowledge of the system structure and dynamics. Providing complete sensor coverage for all possible system faults can be expensive or impractical in harsh production environments, and thus it is generally preferable to instead employ diagnostic procedures to infer the source of faults detected or suspected from limited sensors. System diagnostic information is typically gathered by one of two methods, including dedicated or explicit diagnostics with the system being exercised while holding production to perform tests and record observations without attaining any production, as well as passive diagnostics in which information is gathered from the system sensors during normal production. Although the latter technique allows inference of some information without disrupting production, the regular production mode may not sufficiently exercise the system to provide adequate diagnostic information to improve long term productivity. Moreover, while dedicated diagnostic operation generally provides better information than passive diagnostics, the cost of this information is high in terms of short term productivity reduction, particularly when diagnosing recurring intermittent system component failures that require repeated diagnostic interventions. Conventional production system diagnostics are thus largely unable to adequately yield useful diagnostic information without halting production and incurring the associated costs of system down-time, and are therefore of limited utility in achieving long term system productivity. Accordingly, a need remains for improved control systems and techniques by which both long term and short term productivity goals can be achieved in production systems having only limited sensor deployment.

BRIEF DESCRIPTION

The present disclosure provides systems and methods for implementing on-line pervasive diagnostics in a production system, in which a planner constructs/generates a plan in the form of a sequence of actions taken by one or more resources in a plant based on production goals and at least partially based on one or both of production and diagnostic objectives or metrics. Goals, as used herein include binary conditions that either are or are not achieved, wherein production goals as used herein include the production of products, modification of products, etc. Model-based production control systems and production plan construction/generation methods are provided for controlling operation of a production system, in which a planner constructs plans for execution in the plant based on production goals and diagnostic objectives, and a diagnosis engine determines a current plant condition based on a previously executed plan and corresponding observations from the plant, and provides expected information gain data to the planner. Objectives as used herein constitute aspirations toward which systems are directed, and may be achieved in whole or in part. Thus, production objectives may include, for example, production of products at a higher rate, or of higher quality, or more efficiently, etc., and diagnostic objectives may include, for instance, isolating the source of system faults, etc.

The planner constructs a plan that will achieve a given production goal based at least partially on a diagnostic objective and the expected information gain data. In systems that do not have complete sensor coverage, this novel approach provides significant advantages over conventional passive diagnostics in the amount of information that may be obtained, and is significantly more cost effective in terms of short term productivity and may also improve long run production objectives compared with conventional dedicated/explicit diagnostic techniques.

In accordance with one or more aspects of the present disclosure, a model-based production control system is provided including a model, a planner, and a diagnosis engine for controlling the operation of a production system that has one or more plants with resources to achieve production goals. The plant model includes a model of the plant and the planner provides one or more plans for execution in the plant based on at least one output objective. The diagnosis engine determines a current plant condition based on one or more previously executed plans, at least one corresponding observation from the plant, and the plant model. The diagnosis engine also provides expected information gain data to the planner for one or more possible plans based on the current plant condition and the model. The planner generates or constructs a plan that will achieve a given production goal at least partially based on a diagnostic objective and the expected information gain data. This control system facilitates the inclusion of diagnostic objectives and expected diagnostic information gain into the generation of production plans, and thus may be implemented to provide more useful diagnostic information than conventional passive diagnostic techniques, while still avoiding or mitigating system down-time.

The control system is flexible in allowing the planner to also construct or generate dedicated diagnostic plans based on one or more particular diagnostic objectives and the current plant condition, where the information to be gained may substantially improve the ability to realize long term productivity improvements. The planner may selectively interleave dedicated diagnostic plans and production plans for execution in the plant based on at least one production goal and at least one diagnostic objective. The diagnostic objective may be updated based at least partially on the expected information gain data. The control system may also include an operator interface that allows an operator to provide observations that the diagnosis engine can use in determining the current plant condition and a diagnosis job description language allowing definition of a diagnostic plan. In addition the current plant condition and the plant model may be used at least partially by the planner to generate/construct a control plan or a sequence of control plans for the plant that will achieve a set of production goals while balancing both production objectives (e.g., production cost, production time) and diagnostic objectives (e.g., diagnostic cost, information gained, repair cost) to perform diagnosis in isolating faulty resources in the plant.

Further aspects of the disclosure relate to a method of constructing or generating plans for execution in a production system with a plant having a plurality of resources to achieve one or more production goals. In this method, a current plant condition is determined based at least partially on a previously executed plan, at least one corresponding observation from the plant, and a plant model. The method also includes determining expected information gain data for one or more possible plans based on the current plant condition and the model, and constructing a plan that will achieve a given production goal based at least partially on a diagnostic objective and the expected information gain data. The plan construction may also be based on the current plant condition, and may include making a tradeoff between production objectives and diagnostic objectives and/or may further include performing diagnosis to isolate faulty resources in the plant at least partially based on the current plant condition. The method may further include constructing a dedicated or explicit diagnostic plan as well as selectively interleaving dedicated diagnostic plans and production plans based on at least one production goal and at least one diagnostic objective. In addition, the method may include allowing a user to define a diagnostic plan using a diagnosis job description language, as well as receiving user observations and constructing the plan at least partially based on the user observations.

In accordance with still other aspects of the disclosure, a computer readable medium is provided, which has computer executable instructions for performing the steps of determining a current plant condition based at least partially on a previously executed plan, at least one corresponding observation from the plant, and a plant model, and determining expected information gain data for one or more possible plans based on the current plant condition and the model. Computer executable instructions are also provided for constructing a plan for execution in the plant that will achieve a given production goal based at least partially on a diagnostic objective and the expected information gain data. The computer readable medium may also include computer executable instructions for constructing the plan based at least partially on the current plant condition.

BRIEF DESCRIPTION OF THE DRAWINGS

The present subject matter may take form in various components and arrangements of components, and in various steps and arrangements of steps. The drawings are only for purposes of illustrating preferred embodiments and are not to be construed as limiting the subject matter.

FIG. 1 is a schematic diagram illustrating a production system and an exemplary model-based control system with a planner, a plant model, a diagnosis engine, and a operator interface in accordance with one or more aspects of the disclosure;

FIG. 2 is a schematic diagram illustrating further details of an exemplary modular printing system plant in the production system of FIG. 1;

FIG. 3 is a schematic diagram illustrating further details of the exemplary planner and diagnosis engine in the control system of FIGS. 1 and 2;

FIG. 4 is a schematic diagram illustrating a plan space for a production system, including production and diagnostic plans;

FIG. 5 is a flow diagram illustrating an exemplary method for constructing plans for execution in a production system in accordance with one or more aspects of the present disclosure;

FIG. 6 is a flow diagram illustrating an exemplary method of evaluating and generating plans for execution in the plant using an A* search;

FIG. 7 is a schematic diagram illustrating an exemplary state/action diagram showing possible plans for transitioning the system state from a starting state to a goal state;

FIGS. 8-16 are graphs showing simulated cost vs. time curves for passive, explicit, and pervasive diagnosis techniques in the system of FIGS. 1-3; and

FIG. 17 is a schematic flow diagram illustrating construction of plans in the system of FIGS. 1-3 using a SAT solver in accordance with further aspects of the disclosure.

DETAILED DESCRIPTION

Referring now to the drawing figures, several embodiments or implementations of the present disclosure are hereinafter described in conjunction with the drawings, wherein like reference numerals are used to refer to like elements throughout, and wherein the various features, structures, and graphical renderings are not necessarily drawn to scale. The disclosure relates to production systems generally and is hereinafter illustrated and described in the context of exemplary document processing systems having various printing and document transport resources. However, the concepts of the disclosure also find utility in association with product packaging systems and any other type or form of system in which a plurality of resources, whether machines, humans, software or logic components, objects, etc., may be selectively employed according to plans comprised of a series of actions to achieve one or more production goals based at least partially on one or more diagnostic metrics or objectives, wherein all such alternative or variant implementations are contemplated as falling within the scope of the present disclosure and the appended claims. The disclosure finds particular utility in constructing and scheduling plans in systems in which a given production goal can be achieved in two or more different ways, including use of different resources (e.g., two or more print engines that can each perform a given desired printing action, two different substrate routing paths that can be employed to transport a given printed substrate from one system location to another, etc.), and/or the operation of a given system resource at different operating parameter values (e.g., operating substrate feeding components at different speeds, operating print engines at different voltages, temperatures, speeds, etc.).

FIGS. 1-3 illustrate on such system 1 in which the various aspects of the present disclosure may be implemented. As best shown in FIG. 1, a production system 6 is illustrated including a producer component 10 that receives production jobs 49 from a customer 4 and a plant 20 having a plurality of resources 21-24 that may be actuated or operated according to one or more plans 54 so as to produce one or more products 52 for provision to the customer 4 by the producer 10, where ‘producing’ products can include modifying products, objects, etc., including without limitation packaging or wrapping products. FIG. 2 illustrates further details of one exemplary plant 20 and FIG. 3 shows additional details regarding the exemplary model-based control system 2. The producer 10 manages one or more plants 20 which actually produce the output products 52 to satisfy customer jobs 49. The producer 10 in this embodiment provides jobs and objectives 51 to a multi-objective planner 30 of the model-based control system 2 and the production system 6 receives plans 54 from the planner 30 for execution in the plant 20. The jobs 54 can include one or both of production and diagnostic goals. As shown in FIG. 1, the control system 2 further includes a plant model 50 with a model of the plant 20, and a diagnosis engine 40 with a belief model 42. The diagnosis engine 40 determines and updates a current plant condition 58 via a plant condition estimation/updating component 44 (FIG. 3) based on one or more previously executed plans 54, corresponding observations 56 from the plant 20, and the model 50. The diagnosis engine 40 also provides expected information gain data 70 to the planner 30 for one or more possible plans 54 based on the current plant condition 58 and the model 50.

The model-based control system 2 and the components thereof may be implemented as hardware, software, firmware, programmable logic, or combinations thereof, and may be implemented in unitary or distributed fashion. In one possible implementation, the planner 30, the diagnosis engine 40, and the model 50 are software components and may be implemented as a set of sub-components or objects including computer executable instructions and computer readable data executing on one or more hardware platforms such as one or more computers including one or more processors, data stores, memory, etc. The components 30, 40, and 50 and sub components thereof may be executed on the same computer or in distributed fashion in two or more processing components that are operatively coupled with one another to provide the functionality and operation described herein. Likewise, the producer 10 may be implemented in any suitable hardware, software, firmware, logic, or combinations thereof, in a single system component or in distributed fashion in multiple interoperable components. In this regard, the control system 2 may be implemented using modular software components (e.g., model 50, planner 30, diagnosis engine 40 and/or sub-components thereof) to facilitate ease of debugging and testing, the ability to plug state of the art modules into any role, and distribution of operation over multiple servers, computers, hardware components, etc.

The embodiment of FIG. 1 also includes an optional operator interface 8 implemented in the computer or other platform(s) on which the other components of the control system 2 are implemented, although not a strict requirement of the disclosure, wherein the operator interface 8 may alternatively be a separate system operatively coupled with the control system 2. The exemplary operator interface 8 is operatively coupled with the diagnosis engine 40 to provide operator observations 56 a to the diagnosis engine 40, with the diagnosis engine 40 determining the current plant condition 58 based at least partially on the operator observations 56 a in certain implementations. Moreover, the exemplary operator interface 8 allows the operator to define a diagnostic job 8 b using a diagnosis job description language 8 a, and the diagnosis engine 40 may provide diagnostic jobs 60 to the producer 10. The diagnosis engine 40 in this implementation is operative to selectively provide one or more self-generated diagnostic jobs 60 and/or operator defined diagnostic jobs 8 b to the producer 10, which in turn provides jobs and objectives 51 to the planner 30.

Referring also to FIGS. 2 and 3, the planner 30 provides one or more plans 54 to the production system 6 for execution in the plant 20 based on at least one output objective 34 (FIG. 3) and production goals as directed by the incoming jobs 51 from the producer 10. As shown in FIG. 3, the planner 30 selectively factors in one or more output objectives 34 derived from the jobs and objectives 51 in constructing plans 54 including production objectives 34 a and diagnostic objectives 34 b. In one possible implementation, the production objectives 34 a are created and updated according to the jobs and objectives 51 obtained from the production system 6, and the diagnostic objectives 34 b are derived from and updated according to the current plant condition 58 and the expected information gain data 70 provided by the diagnosis engine 40. The production objectives 34 a in one implementation may relate to the scheduling of orders for produced products 52 (FIG. 1), and may include prioritization of production, minimization of inventory, and other considerations and constraints driven in large part by cost and customer needs. Examples of production objectives 34 a include prioritizing plan construction/generation with respect to achieving a given product output goal (simple production criteria) as well as a secondary consideration such as simple time efficient production, cost efficient production, and robust production. For instance, cost efficient production objectives 34 a will lead to construction/generation of plans 54 that are the most cost efficient among the plans that met the production goal as dictated by the jobs 51 received from the producer 10. The diagnostic objectives 34 b may include objectives related to determining preferred action sequences in generated plans 54 for performing a given production-related task, minimization of maintenance and repair costs in operation of the plant 20, identifying resources 21-24 causing intermittent or persistent faults, etc.

As further shown in FIG. 3, the control system 2 may optionally include a plan data store or database 36 used to store plans 54 selectable by the planner 30 for execution in the plant 20 to facilitate one or more production or diagnostic objectives 34, wherein construction/generation of a plan 54 as used herein can include selection of one or more pre-stored plans 54 from the data store 36. In this regard, the planner 30 can selectively re-order a job queue so as to improve the likelihood of information gain. Although illustrated as integral to the planner 30, the plan data store 36 may be provided in a separate component or components that are operatively coupled with the planner 30 by which the planner 30 can obtain one or more plans 54 (whole and/or partial) therefrom. Alternatively or in combination, the planner 30 can synthesize (e.g. construct or generate) one or more plans 54 as needed, using the plant model 50 and information from the producer 10 and diagnosis engine 40 to determine the states and actions required to facilitate a given production and/or diagnostic objectives 34.

The planner 30 creates and provides plans 54 for execution in the plant 20. The plans 54 include a series of actions to facilitate one or more production and/or diagnostic objectives 34 while achieving a production goal according to the jobs 51, and in which a given action may appear more than once. The actions are taken with respect to states and resources 21-24 defined in the model 50 of the plant 20, for example, to route a given substrate through a modular printing system 20 from a starting state to a finished state as shown in FIG. 2. In operation, the planner 30 generates or constructs a plan 54 that will achieve a given production goal at least partially based on a diagnostic objective 34 b and the expected information gain data 70 from the diagnosis engine 40. The planner 30 in the illustrated embodiment includes a goal-based plan construction component 32 that assesses the current plant condition 58 from the diagnosis engine 40 in generating a plan 54 for execution in the plant 20. The component 32 may also facilitate identification of faulty components 21-24 or sets thereof in constructing the plans 54 based on observations 56 and current plant conditions 58 indicating one or more plant components 21-24 as being suspected of causing system faults.

Referring also to FIG. 4, the presently disclosed intelligent plan construction techniques advantageously provide for generation of plans 54 for execution in the plant 20 within a plan space 100 that includes both production plans 102 and diagnostic plans 104. As seen in the diagram of FIG. 4, the union of the plan sets 102 and 104 includes production plans 106 that have diagnostic value (e.g., can facilitate one or more diagnostic objectives 34 b in FIG. 3), wherein the planner 30 advantageously utilizes information from the diagnosis engine 40 to preferentially construct plans 106 that achieve production goals while obtaining useful diagnostic information in accordance with the diagnostic objectives 34 b. The intelligent plan construction aspects of the present disclosure thus integrate the production planning and diagnosis to facilitate the acquisition of more useful diagnostic information compared with conventional passive diagnostic techniques without the down-time costs associated with conventional dedicated diagnostics. The diagnostic information gained, in turn, can be used to improve the long term productivity of the system 6, thereby also facilitating one or more production objectives 34 a (FIG. 3).

As further illustrated in FIG. 3, the diagnosis engine 40 in one embodiment includes a belief model 42 representing the current state of the plant 20, and a component 44 that provides the current condition of the plant 20 to the planner 30 based on the previous plan(s) 54 and corresponding plant observations 56. The component 44 also estimates and updates the plant condition of the belief model 42 according to the plant observations 56, the plant model 50, and the previously executed plans 54. The operator observations 56 a from the interface 8 may also be used to supplement the estimation and updating of the current plant condition by the component 44. The estimation/updating component 44 provides the condition information 58 to inform the planner 30 of the confirmed or suspected condition of one or more resources 21-24 or other components of the plant 20 (FIG. 1). This condition information 58 may be considered by the plan construction component 32, together with information about the plant 20 from the plant model 50 in providing plans 54 for implementing a given production job or goal 51, in consideration of production objectives 34 a and diagnostic objectives 34 b. The diagnosis engine 40 also includes a component 46 that provides expected information gain data 70 to the planner 30 based on the model 50 and the belief model 42. The information gain data 70 may optionally be determined in consideration of the operator defined diagnostic jobs 8 b from the operator interface 8.

FIG. 2 illustrates further details of an exemplary modular printing system plant 20 in the production system 6, including material supply component 21 that provides printable sheet substrates from one of two supply sources 21 a and 21 b, a plurality of print or marking engines 22, an output finisher station 23, a modular substrate transport system including a plurality of bidirectional substrate transport/router components 24 (depicted in dashed circles in FIG. 2), one or more output sensors 26 disposed between the transport system 24 and the finisher 23, and a controller 28 providing control signals for operating the various actuator resources 21-24 of the plant 20. The exemplary printing system plant 20 includes four print engines 22 a, 22 b, 22 c, and 22 d, although any number of such marking engines may be included, and further provides a multi-path transport highway with three bidirectional substrate transport paths 25 a, 25 b, and 25 c, with the transport components 24 being operable by suitable routing signals from the controller 28 to transport individual substrate sheets from the supply 21 through one or more of the marking engines 22 (with or without inversion for duplex two-side printing), and ultimately to the output finishing station 23 where given print jobs are provided as output products 52. Each of the printing engines 22, moreover, may individually provide for local duplex routing and media inversion, and may be single color or multi-color printing engines operable via signals from the controller 28. The model-based control system 2 may, in certain embodiments, be integrated into the plant controller 28, although not a strict requirement of the present disclosure.

Referring now to FIGS. 1-3, in operation, the planner 30 automatically generates plans 54, for example, by piece-wise determination of a series of actions to form a plan and/or by obtaining whole or partial plans 54 from the data store 36 for component resources 21-24 of the printing system plant 20 from a description of output production goals derived from the incoming jobs 51 in consideration of one or more production objectives 34 a and diagnostic objectives 34 b. In particular, when the plant 20 has flexibility in how the output goals can be achieved (e.g. in how the desired products 52 can be created, modified, packaged, wrapped, etc.), such as when two or more possible plans 54 can be used to produce the desired products 52, the diagnosis engine 40 can alter or influence the plan construction operation of the planner 30 to generate a plan 54 that is expected to yield the most informative observations 56. The constructed plan 54 in this respect may or may not result in a plan that compromises short term production objectives 34 a (e.g., increases job time or slightly lowers quality), but production nevertheless need not be halted in order for the system to learn. The additional information gained from execution of the constructed job 54 can be used by the producer 10 and/or by the planner 30 and diagnosis engine 40 to work around faulty component resources 21-24, to schedule effective repair/maintenance, and/or to further diagnose the system state (e.g., to confirm or rule out certain system resources 21-24 as the source of faults previously detected by the sensor(s) 26). In this manner, the information gleaned from the constructed plans 54 (e.g., plant observations 56) can be used by the estimation and updating component 44 to further refine the accuracy of the current belief model 42.

Moreover, where the plant 20 includes only limited sensing capabilities, (e.g., such as the system in FIG. 2 having only sensors 26 at the output of the transport system 24 downstream of the printing engines 22), passive diagnosis are unable to unambiguously identify every possible fault in the system 20, whereas direct diagnostic efforts lead to system down-time and the associated cost in terms of productivity. The control system 2 of the present disclosure, on the other hand, advantageously facilitates selective employment of intelligent on-line diagnosis though construction and execution of plans 54 that provide enhanced diagnostic information according to the plant condition 58 and/or the expected information gain 70, and may further advantageously facilitate generation of one or more dedicated diagnostic plans 54 for execution in the plant 20 based on at least one diagnostic objective 34 b and the plant condition 58, and for intelligent interleaving of dedicated diagnostic plans 54 and production plans 54 based on production and diagnostic objectives 34 according to the current plant condition 58. In particular, the planner 30 can cause execution of explicit diagnostic plans 54 that involve halting production when the information gained from the plan 70 is expected to lead to significant future gains in productivity, enhanced ability to identify faulty resources 21-24, or other long term productivity objectives 34 a and/or diagnostic objectives 34 b.

Even without utilizing dedicated diagnostic plans 54, moreover, the control system 6 significantly expands the range of diagnosis that can be done online through pervasive diagnostic aspects of this disclosure during production (e.g., above and beyond the purely passive diagnostic capabilities of the system), thereby lowering the overall cost of diagnostic information by mitigating down time, the number of service visits, and the cost of unnecessarily replacing components 21-24 in the system 20 that are actually working, without requiring complete sensor coverage. The planner 30 is further operative to use the current plant condition 58 in making a tradeoff between production objectives 34 a and diagnostic objectives 34 b in generating plans 54 for execution in the plant 20, and may also take the condition 58 into account in performing diagnosis in isolating faulty resources 21-24 in the plant 20.

The plant condition estimation and updating component 44 of the diagnosis engine 40 infers the condition of internal components 21-24 of the plant 20 at least partially from information in the form or observations 56 derived from the limited sensors 26, wherein the diagnosis engine 40 constructs the plant condition 58 in one embodiment to indicate both the condition (e.g., normal, worn, broken) and the current operational state (e.g., on, off, occupied, empty, etc.) of the individual resources 21-24 or components of the plant 20, and the belief model 42 can be updated accordingly to indicate confidence in the conditions and/or states of the resources or components 21-24. In operation of the illustrated embodiment, once the producer 10 has initiated production of one or more plans 54, the diagnosis engine 40 receives a copy of the executed plan(s) 54 and corresponding observations 56 (along with any operator-entered observations 56 a). The condition estimation and updating component 44 uses the observations 56, 56 a together with the plant model 50 to infer or estimate the condition 58 of internal components/resources 21-24 and updates the belief model 42 accordingly. The inferred plant condition information 58 is used by the planner 30 to directly improve the productivity of the system 20, such as by selectively constructing plans 54 that avoid using one or more resources/components 21-24 known (or believed with high probability) to be faulty, and/or the producer 10 may utilize the condition information 58 in scheduling jobs 51 to accomplish such avoidance of faulty resources 21-24. The exemplary diagnosis engine 40 also provides future prognostic information to update the diagnostic objectives 34 b which may be used by the planner 30 to spread utilization load over multiple redundant components 21-24 to create even wear or to facilitate other long term objectives 34.

To improve future productivity, moreover, the diagnosis engine 40 provides the data 70 to the planner 30 regarding the expected information gain of various possible production plans 54. The planner 30, in turn, can use this data 70 to construct production plans 54 that are maximally diagnostic (e.g., most likely to yield information of highest diagnostic value). In this manner, the planner 30 can implement active diagnostics or active monitoring by using carefully generated or modified production plans 54 to increase information during production (e.g., using ‘diagnostic’ production plans). Moreover, certain diagnostic plans 54 are non-productive with respect to the plant 20, but nevertheless may yield important diagnostic information (e.g., operating the transport mechanisms 24 in FIG. 2 such that all the substrate transport paths 25 a, 25 b, and 25 c go in the backward direction away from the output finisher 23). Within this space of plans 54 that do not accomplish any production goals, the operator interface 8 allows an operator to create diagnostic jobs 8 b via the job description language 8 a, and the diagnosis engine 40 may also include a diagnosis job description language to generate dedicated/explicit diagnostic jobs 60 which are provided to the producer 10. The producer 10 may then provide these jobs 60 to the planner 30 along with the other jobs and objectives 51 to explicitly request the planner 30 to advance diagnostic objectives 34 b. The producer 10 in one implementation may operate a job queue that queues requested customer and diagnostic jobs 49, 60 and the producer 10 receives component condition updates 58 from the diagnosis engine 40. The producer 10 uses the condition 58 to choose between customer jobs 49 and diagnosis jobs 60, to tradeoff production efficiency versus diagnostic value in production plans 54, and to merge (e.g., interleave) customer jobs 49 and dedicated diagnostic jobs 60 when they are compatible and wherein the scheduling thereof can facilitate one or more diagnostic and production objectives 34. The diagnosis engine 40 can also provide prognostic information to the planner 30 to help improve the quality of the plans 54 with respect to certain criteria. For example, the planner 30 (e.g., and/or the producer 10) is operative to selectively use fault state information to construct from multiple suitable production plans 54 based on the prognosis of plan alternatives for “robust printing” to distribute workload evenly across different resources 21-24 in order to reduce the frequency of scheduled or unscheduled maintenance of the plant 20.

Referring also to FIG. 5, an exemplary method 200 is illustrated for constructing plans 54 for execution in a production system 6 with a plant 20 having a plurality of resources 21-24 to achieve one or more production goals. While the method 200 is illustrated and described below in the form of a series of acts or events, it will be appreciated that the various methods of the disclosure are not limited by the illustrated ordering of such acts or events. In this regard, except as specifically provided hereinafter, some acts or events may occur in different order and/or concurrently with other acts or events apart from those illustrated and described herein in accordance with the disclosure. It is further noted that not all illustrated steps may be required to implement a process or method in accordance with the present disclosure, and one or more such acts may be combined. The illustrated method 200 other methods of the disclosure may be implemented in hardware, software, or combinations thereof, such as in the exemplary control system 2 described above, and may be embodied in the form of computer executable instructions stored in a computer readable medium, such as in a memory operatively associated with the control system 2 in one example.

Diagnostic objectives 34 b are received at 202 in the method 200. The method 200 further includes determining a current plant condition 58 at 204 based at least partially on a previously executed plan 54 and at least one corresponding observation 56 from the plant 20 using a plant model 50, and determining expected information gain data 70 at 206 based on the current plant condition 58 and the model 50. The planner 30 receives the plant conditions 58 at 208 from the diagnosis engine 40, and receives production jobs and objectives 51 at 210 from the producer 10. At 212, the planner 30 constructs a plan 54 at based at least partially on a diagnostic objective 34 b and the expected information gain data 70. At 214, the planner 30 sends the constructed plan 54 to the plant 20 for execution and the diagnosis engine 40 receives the plan 54 and the plant observations 56 at 216. At 218, the diagnosis engine 40 updates the plant condition 58 and updates the expected information gain data 70, after which further jobs and objectives 51 are serviced and the process 200 continues again at 210 as described above.

The plan construction at 212 may be based at least partially on the current plant condition 58, and may include making a tradeoff between production objectives 34 a and diagnostic objectives 34 b based at least partially on the current plant condition 58. Moreover, the plan construction at 212 may include performing prognosis to isolate faulty resources 21-24 in the plant 20 based at least partially on the current plant condition 58. In certain embodiments, a dedicated diagnostic plan 54 may be constructed for execution in the plant 20 based at least partially on at least one diagnostic objective 34 b, a diagnostic job 60, 8 b, and the current plant condition 58, and the plan construction may provide for selectively interleaving dedicated diagnostic and production plans 54 based on at least one production objective 34 a and at least one diagnostic objective 34 b. Further embodiments of the method 200 may also include allowing an operator to define a diagnostic plan 8 b using a diagnosis job description language 8 a and receiving operator observations 56 a, with the plan selection/generation at 216 being based at least partially on the operator observations 56 a.

In accordance with further aspects of the present disclosure, a computer readable medium is provided, which has computer executable instructions for performing the steps of determining a current plant condition 58 in a production system 6 with a plant 20 having a plurality of resources 21-24 based at least partially on a previously executed plan 54, at least one corresponding observation 56 from the plant 20, and a plant model 50, and computer executable instructions for determining expected information gain data 70 based on the current plant condition 58 and the model 50. The medium further includes instructions for constructing a plan 54 for execution in the plant 20 to achieve one or more production goals based at least partially on a diagnostic objective 34 b and the expected information gain data 70. In various embodiments, further computer executable instructions are included in the medium for constructing the plan 54 based at least partially on the current plant condition 58.

Referring now to FIGS. 6 and 7, a variety of techniques can be employed by the planner 30 in the above described control system 6 in constructing plans 54 to enhance diagnostic information gain while achieving production goals. In one embodiment, a heuristic search is employed by the planner 30 in constructing diagnostic production plans 54. FIG. 6 illustrates an exemplary method 300 for evaluating and constructing plans for execution in the plant 20 using A* search. In this embodiment, the component 44 of the diagnosis engine 40 (FIG. 3) establishes and updates beliefs in the belief model 42 about the plant conditions and updates the plant model 50. At 302 in FIG. 6, the component 44 derives failure or fault probabilities for each fault hypothesis in the plant 20 and employs dynamic programming at 304 to generate a upper and lower plan failure probability bounding heuristic based on the belief model 42 and the current plant condition 58. At 306, the planner 30 uses the heuristic to evaluate partial plans 54 so as to construct maximally informative plans 54, preferably using an A* search approach. At 308, the diagnosis engine 40 then uses the constructed plan 54 and output observations 56 obtained from execution of the constructed plan 54 in the plant 20 to update the belief model 42.

The diagnosis engine 40 in this approach advantageously provides the inputs for searching by the planner 30 in order to derive valuable information for the diagnosis of the system 20. In this embodiment, the best plans 54 with respect to diagnostic value for single persistent faults are those that have an equal probability of succeeding or failing. The diagnosis engine 40 uses this notion to develop heuristics to guide the search by the planner 30 in evaluating partial plans 54 to construct the plan 54 to be executed in the plant 20. In addition, the plan construction search may employ pruning techniques to improve search performance. By this approach, the control system 2 implements efficient on-line active or pervasive diagnosis in controlling the plant 20 through a combination of model-based probabilistic inference in the diagnosis engine 40 with decomposition of the information gain associated with executing a given plan 54 using an efficient heuristic target search in the planner 30. In this active diagnosis technique, specific inputs or control actions in the form of plans 54 are constructed by the planner 30 with the help of the diagnosis engine 40 to maximize or increase the amount and/or quality of diagnostic information obtained from the controlled system plant 20. The informative production (active or pervasive diagnosis) techniques of the present disclosure rank the set of partial plans at any given point in the construction process that achieve production goals by their potential information gain and the planner 30 operates to selectively generate the most promising strategy in that respect, in consideration of other possible production objectives 34 a and diagnosis objectives 34 b.

As discussed above in the context of the exemplary modular printing system plant 20 of FIG. 2, the planner 30 operates to construct the sequence of actions (plan 54) that transfers substrate sheets through the system 20 to generate a requested output for a given print job (e.g. to satisfy a production goal), using pervasive diagnosis to aid in plan construction. One particular production objective 34 a in this system 20 is to continue printing even if some of the print engines 22 fail or some of the paper handling modules 24 fail or jam. In this exemplary modular printing system example 20, moreover, there are only output type sensors 26 preceding the finisher 23, and as a result, a plan 54 consisting of numerous actions must be executed before a useful observation 56 can be made. The diagnostic engine 40 updates its belief model 42 and the current condition 58 to be consistent with the executed plan 54 and the observations 56. The diagnosis engine 40 forwards updated condition information 58 and the expected information gain data 70 to the planner 30.

In the exemplary planner 30, a search algorithm may be employed to find and construct plans 54. The model 50 describes the plant system 20 as a state machine with all possible actions A that the plant 20 can accommodate. Actions are defined by preconditions and post-conditions over the system state. As such, an action requires the system 20 to be in a certain state in order to be executable and modifies the system state when executed. The system 20 is controlled by plan p (54) that is comprised of a sequence of actions a₁,a₂, . . . ,a_(n) drawn from the set A of possible actions. Execution of an action potentially changes the system state, and part of the system state may represent the state of a product 52 at any given time, particularly if the action is part of a production plan 54. Further, internal constraints of the system 54 limit the set of plans 54 to a subset of all possible sequences (e.g., the plan space 100 in FIG. 4 above). Moreover, the execution of actions of a given plan p in the system 20 may result in only a single observable plan outcome or observation O (e.g., observation 56 from sensor 26).

One type of observable outcome 26 is defined as abnormal, denoted ab(p), in which the plan 54 fails to achieve its production goal. Another type is a normal (not abnormal) outcome, denoted

ab(p) in which the plan 54 achieves the associated production goal. In the exemplary control system 2, information about the plant 20 may be represented by the diagnosis engine's belief in various possible hypotheses, constituted in the belief model 42, where such a hypothesis h is an assignment of abnormal or normal to each of the system actions e.g., h=[ab(a₁),

ab(a₂), . . . ,ab(a_(n))]. In the example case of a fault in a single plant resource/component (single fault case), exactly one action will be abnormal. Defining H_(SYS) as a set of all hypotheses excluding a single hypothesis (a “no fault” hypothesis h₀) for the situation where all actions are normal, every hypothesis is a complete assignment of abnormality to each action, and all are unique and mutually exclusive (e.g., ∀h_(i),h_(j) ε H_(sys),h_(i)≠h_(j)). The system's beliefs in the belief model 42 can be represented as a probability distribution over the hypothesis space H_(sys), Pr(H), where the belief model 42 is updated by the diagnosis engine 40 from past observations 56 using Bayes' rule to get a posterior distribution over the unknown hypothesis H given observation O and plan P: Pr(H|O, P)=α Pr(O|H, P)Pr(H).

A plan p is deemed by the diagnosis engine 40 and the planner 30 as being informative if it contributes information to (e.g., reduces the uncertainty of) the diagnosis engine's beliefs 42, where the informative value can be measured as the mutual information between the system beliefs Pr(H) and the plan outcome conditioned on the plan executed, I(H; O|P=p). This mutual information may be defined in terms of entropy or uncertainty implied by a probability distribution, where a uniform probability distribution has high uncertainty and a deterministic distribution has low uncertainty. In the context of diagnostic information value, an informative plan 54 reduces the uncertainty of the system's beliefs 42, and thus plans 54 with outcomes that are hard to predict are the most informative, while execution of plans 54 that are known to succeed (or known to fail) will yield no diagnostic information gain. In this respect, an optimal (e.g., ‘target’) uncertainty T may be used to rate the plans 54 with respect to expected informative value, by which the diagnosis engine 40 can evaluate plans 54 accordingly and provide the expected information gain data 70 to the planner 30 to influence the plan selection/generation for preferential selection/generation of informative plans 54.

In the case of persistent single faults, a value of T=0.5 can be use as the optimal uncertainty about the outcome, and uncertainty in the case of intermittent faults may be maximized in the range of about 0.36≦T≦0.5 in one exemplary implementation. In finding a plan 54 with a given amount of uncertainty T, the diagnosis engine 40 is operative to predict the uncertainty associated with a given plan p=[a₁,a₂, . . . ,a_(n)], where the set of unique actions in a plan A_(p)=U_(i) {a_(i) ε p). Presuming f failures are observable, a plan 54 will be abnormal ab(p) if one or more of its actions are abnormal, as set forth in the following equation (1):

ab(a₁)ν . . . ν ab(a_(n))

ab(p) for a_(i) ε A_(p)   (1)

where a_(i) ε A_(p), and p is the plan. The predicted probability of an action of a plan 54 being abnormal will be a function of the probability assigned to all relevant hypotheses, where the set of hypotheses that influence the uncertainty of the outcome of plan p is denoted H_(p) and is defined in the following equation (2):

H _(p) ={h|h ε H _(sys) and h

ab(a), a ε A _(p)},   (2)

Given a distribution over hypotheses and the set Hp of explanatory hypotheses for a given plan p, it is possible to calculate the probability that plan p will fail. Since every hypothesis h ε H_(p) contains at least one abnormal action that is also in plan p, hypothesis h being true implies ab(p):

(h₁ ν h₂ ν . . . ν h_(m))

ab(p) where h_(j) ε H_(p)   (3)

Since the hypotheses are mutually exclusive by definition, the probability of a plan failure Pr(ab(p)) can be defined as the sum of all probabilities of hypotheses which imply that the plan will fail, as in the following equation (4):

$\begin{matrix} {{\Pr \left( {{ab}(p)} \right)} = {\sum\limits_{h \in \; H_{p}}{\Pr (h)}}} & (4) \end{matrix}$

To find a plan which achieves production goals while also being informative, the planner 30 evaluates the plans 54 in terms of the probability T and uses this and the current plant state 58 to preferentially construct a plan 54 that achieves a production goal while having a positive probability of failure. While in the short term this may likely lower the productivity of the system 20, the information gained allows improvement in long term productivity. The planner 30, moreover, may construct a sequence of plans 54 for execution in the plant 20 which might not be maximally informative individually, but are maximally informative taken jointly.

As noted above, any form of search may be employed in the planner 30 that piece-wise selects/generates from suitable plans that will achieve a given production goal while yielding useful diagnostic information within the scope of the present disclosure. A simple brute force search could be employed to generate all possible action sequences and the resulting list could be filtered to yield plans 54 that achieve production goals while being informative, as per the following equation (5):

p ^(opt)=argmin_(achievesGoal(p)εP) |Pr(ab(p))−T|  (5)

However, this may be impractical in real-time control applications if the space of plans P is very large. Another possible approach employed in the exemplary system 2 is for the diagnosis engine 40 to establish a heuristic by which the planner 30 considers sets or families of plans 54 that share structure, such as by employing an A* target search using a set of partial plans p_(I→S) ₁ , p_(I→S) ₂ , . . . ,p_(I→S) _(n) which progress from an initial state I to intermediate states S₁,S₂, . . . ,S_(n). In this approach, for each step, the planner 30 uses the A* target search to attempt to expand the plan most likely to achieve the production goal in the best (e.g., most informative) way. An ideal plan p in this regard would start with the prefix p_(I→S) _(n) which takes the system 20 to a state S_(n) and continues with the suffix plan p_(S) _(n) _(→G) leading from the state S_(n) to the goal state G. This A* technique chooses the partial plan p_(I→S) _(n) to expand using a heuristic function f(S_(n)) provided by the diagnosis engine 40 which estimates the total path quality as the quality of the plan prefix p_(I→S) _(n) (written as g(S_(n))), plus the predicted quality of the suffix p_(S) _(n) _(→G), (written as h(S_(n))), per the following equation (6):

f(S _(n))=g(S _(n))+h(S _(n)).   (6)

If the heuristic function f(S_(n)) never overestimates the true quality of the complete the plan, then the heuristic f(S_(n)) is said to be admissible and an A* target search by the planner 30 should return an optimal plan 54. In this regard, the underestimation causes the A* search approach to be optimistic in the face of uncertainty, thereby ensuring that uncertain plans are explored before committing to completed plans known to be high in quality. As a result, the more accurate the heuristic function is, the more the A* target search focuses on the highly informative plans 54. In the illustrated embodiments, therefore, the planner 30 employs a heuristic function derived by the diagnosis engine 40 based at least partially on the description of the system architecture and dynamics in the plant model 50.

FIG. 7 shows an exemplary state/action diagram 400 depicting possible plans for transitioning the system state from a starting state S to a goal state G in the plant 20. In this example, the system state nodes 402 include the starting state S 402 s, the goal stage G 402 g, and four intermediate states 402 a-402 d for nodes A-D, respectively. A given plan 54 for this example proceeds by following actions 404 through the diagram 400 to ultimately reach the goal G 402 g. One possible plan 54 that satisfies such a production goal moves the system through the state sequence [S, A, C, G] through actions 404 sa, 404 ac, and 404 cg as shown in FIG. 7. Assuming for illustrative purposes that this plan 54 results in an abnormal outcome caused by a faulty action 404 ac between nodes A and C (action a_(A,C)), caused by a single persistent fault in one of the system resources 21-24, the diagnosis engine 40 would determine from the plan 54 and the resulting fault observation 56 that all of the actions 404 sa, 404 ac, and 404 cg along the plan path are (without further information) suspected of being faulty. Since a single persistent fault is assumed, there are three positive probability hypotheses corresponding to the suspected actions {{a_(S,A)}, {a_(A,C}, {a) _(C,G)}}. Absent additional information, the diagnosis engine 40 initially assigns equal probabilities {⅓}, {⅓}, {⅓} to these suspected actions.

The diagnosis engine 40 uses the graph structure and probability estimates to construct heuristic bounds on the uncertainty that can be contributed to a plan by any plan suffix, in this example, by building up the heuristic from right to left in FIG. 7. In particular, the exemplary diagnosis engine 40 assigns lower and upper bounds [L,U] to the nodes 402, as shown in FIG. 7, and these bound values are sent to the planner 30 in one implementation. As an illustrative example, the action a_(D,G) leading from state D to the goal state G in FIG. 3 was not part of the observed plan 54 that failed, and is therefore not a candidate hypothesis, and this action has a zero probability of being the source of the assumed single persistent system fault. Consequently, extending any prefix plan 54 ending in state D with action a_(D,G) will not increase the failure probability of the extended plan 54, because the action a_(D,G) has probability zero of being abnormal. In this example, moreover, there are no other possible plans 54 from D to G, so both the upper and lower bound for any plan ending in state D is zero, and the node D is thus labeled [0,0] in FIG. 7. State B 402 b likewise has a lower bound of zero as plans 54 passing through state B can be completed by an action a_(B,D) 404 bd that does not use a suspected action 404 and ends in state D which has a zero lower bound. State B in this example has an upper bound of ⅓ since it can be completed by an unsuspected action a_(B,C) 404 bc to state C 402 c which in turn has both upper and lower bounds with ⅓ probability of being abnormal. The diagnosis engine 40 continues this analysis recursively to determine bounds on the probability of a suffix sub-plan being abnormal, and sends these as part of the information gain data 70 to the planner 30.

The planner 30 uses these bounds with a forward A* target search to identify and construct a plan 54 that achieves or most closely approximates the target probability T. For example, one possible plan 54 begins from the start node S 402 s and includes a first action a_(S,A), which was part of the plan 54 that was observed to be abnormal. If the action a_(S,A) 404 ac is added to a partial plan, it must add ⅓ probability to the chance of failure as it is a candidate itself. After a_(S,A), the system 20 would be in state A, and a plan 54 could be completed through D by including actions 404 ad and 404 dg to arrive at the goal state G 402 g. The action a_(A,D) itself has a zero probability of being abnormal since it was not involved in the previously observed faulty plan. Using the heuristic bound, therefore, a completion through state node D 402 d adds zero probability of being abnormal. From node A 402 a, a plan 54 could alternatively be completed through node C, as in the originally observed plan 54. The corresponding action a_(A,C) 404 ac adds ⅓ probability of failure to such a plan and based on the heuristic bound the completion through C 402 c must add another ⅓ probability of being abnormal.

The heuristic that is precomputed and provided by the diagnosis engine 40 therefore allows prediction of total plan abnormality probability for a possible plan 54 that moves the system 20 through the state node sequence [S, A, C, G] or [S, A, D, G]. The lower bound of the total plan is ⅓, as determined by ⅓ from a_(S,A) plus 0 from the completion a_(A,D),a_(D,G), and the upper bound is 3/3 equal to the sum of ⅓ from a_(S,A) plus 1/3 each from a_(A,C) and a_(C,G). If this plan is computed through [a_(A,C),a_(C,G)] the total plan 54 will fail with probability 1, and therefore nothing is to be learned from constructing such a plan completion. If the plan 54 is instead completed through the suffix [a_(A,D),a_(D,G)] the failure probability of the total plan will be ⅓ which is closer to the optimally informative probability T=0.5. In this case, the planner 30 will construct the plan 54 [S, A, D, G] for execution in the plant 20. The plan 54 may or may not succeed, and in either case something may be learned from a diagnostic perspective. For instance, if the plan [S, A, D, G] fails, the diagnosis engine 40 learns that node a_(S,A) was the failed action (for the assumed single persistent fault scenario), and if the plan 54 is successful, the engine 40 can further refine the belief model 42 by eliminating action 404 sa as a fault suspect.

It is noted that there is no guarantee that a plan 54 exists for any given value between the bounds. The diagnosis engine 40 recursively calculates the heuristic bounds starting from all goal states, where a goal state has an empty set of suffix plans p_(G→G)=Ø and therefore has a set lower bound L_(G)=0 and a set upper bound U_(G)=0. For each new state S_(m), the diagnosis engine 40 calculates the corresponding bounds based at least partially on the bounds of all possible successor states SUC(S_(m)) and the failure probability of the connecting action a_(Sm,Sn) between S_(m) and a successor state S_(n). In this regard, a successor state S_(n) of a state S_(m) is any state that can be reached in a single step starting from the state S_(m). In the case where a single fault is assumed, the failure probability added to a plan p_(I→S) _(m) by concatenating an action a_(S) _(m) _(,S) _(n) , is independent from the plan p_(I→S) _(m) if H_(p) _(I→Sm) ∩H_(a) _(Sm,Sn) =Ø. The diagnosis engine 40 determines the lower bound for S_(m) by the action probabilities linking S_(m) to its immediate successors and the lower bounds on these successors, and the diagnosis engine 40 computes the upper bounds in analogous fashion with L_(Sm)=min_(SnεSUC(Sm))[Pr(ab(a_(Sm,Sn)))+L_(Sn)], and U_(Sm)=max_(SnεSUC(Sm))[Pr(ab(a_(Sm,Sn)))+U_(Sn)].

In contrast to the computation of the heuristic in the diagnosis engine 40, the search for an informative production plan by the planner 30 starts from the initial starting state S 402 a and works recursively forward toward the goal state 402 g. The abnormality probability of the empty plan starting at the initial state S is zero plus the best completion. In general, the planner 30 computes the abnormality probability as the plan probability up to the current state plus the abnormality probability of the best completion route. Since the planner 30 is initially uncertain about the completion, its probability of abnormality is an interval that includes a lower and upper bound and the values in between. As a result, the total abnormality probability is also an interval, as set forth in the following equation (7):

I(p _(I→Sn))=[Pr(ab(p _(I→Sn)))+L _(Sn) ,Pr(ab(p _(I→Sn)))+U _(Sn))]  (7)

As noted above, the most informative plan 54 is one whose total failure probability is T, with T=0.5 in a preferred implementation for an assumed persistent single fault. Given an interval describing bounds on the total abnormality probability of a plan I(p_(I→S) _(n) ), the planner 30 can therefore construct an interval describing how close the abnormality probabilities will be to T according to the following equation (8):

|T−I(p_(I→S) _(n) )|  (8)

This absolute value in equation (8) folds the range around T, and if the estimated total abnormality probability of the plan 54 straddles target probability T, then the interval |T−I(p_(I→S) _(n) )| straddles zero and the interval will range from zero to the absolute max of I(p_(I→S) _(n) ). The exemplary planner 30 uses a search heuristic F(p_(I→S) _(n) )=min(|T−I(p_(I→S) _(n) )|) provided by the diagnosis engine 40 as part of the expected information gain data 70, although other heuristics are contemplated within the scope of the disclosure which allow target searching to construct plans 54 having high relative informative value. The exemplary function F has some advantageous properties. For example, whenever the predicted total plan abnormality probability lies between L and U, F is zero. Also, plans 54 may exist whose abnormality probability exactly achieves the target probability T. Moreover, in all cases F(p_(I→S) _(n) ) represents the closest any plan that goes through a state S_(n) can come to the target abnormality probability exactly T.

The planner 30 can search from a whole set of partial plans P={p_(I→S) ₁ ,p_(I→S) ₂ , . . . ,p_(I→S) _(n) } (e.g., stored in the planner 30, the data store 36, or elsewhere in the system 2 or in an external data store accessible by the planner 30). For each partial plan, the planner 30 evaluates F(p_(I→S) _(n) ) and expands the plan with the lowest value. Since F(p_(I→) _(n) ) is an underestimate, an A* search using this estimate will return the most informative plan that achieves production goals.

In a further aspect of the disclosure, the planner 30 may be operative to improve the efficiency of the target plan search using selective pruning. In this regard, the above described search heuristic in many cases may return the same value, i.e., zero, which provides the planner 30 with little guidance in making a selection. The planner 30 may accordingly be adapted to focus the search using one or more techniques. In a first focusing approach, the planner 30 prunes out dominated parts of the search space. For example, a given partial plan I(p_(I→S) _(n) ) may be identified by the planner 30 having an abnormality probability interval that does not straddle the target value T. The best possible plan in this interval will be on the one of the two boundaries of the interval that is closest to the target value T. For instance, let L_(I)(p_(I→S) _(n) ) and U_(I)(p_(I→S) _(n) ) be the lower and upper bound of the abnormality probability interval I(p_(I→S) _(n) ) The planner 30 determines the value of the best plan V_(p) _(I→Sn) in such cases according to the following equation (9):

V _(pI→S) _(n) =min(|L _(I(pI→S) _(n) ₎ −T|,|U _(I(pI→S) _(n) ₎ −T|)   (9)

The plan p_(I→S) _(i) will dominate every plan p_(I→S) _(j) where V_(p) _(I→Si) <V_(p) _(I→Sj) Λ T ∉ I(p_(I→S) _(j) ). The planner 30 accordingly operates to prune out (eliminate from further consideration) some or preferably all dominated plans from the A* search space.

In another aspect of the disclosure, the planner 30 may employ other focusing techniques to intelligently break ties in the heuristic value. As noted above, the heuristic value determines which state node will be expanded next, but it is possible that two or more nodes will receive the same heuristic value. Accordingly, the planner 30 may employ one or more rules to break the tie and hence to determine which node should be expanded first. One suitable rule in this regard is to simply pick a node randomly.

A further improvement can be implemented in the planner 30 according to this aspect of the disclosure, using the fact that V_(pI→S) _(n) (in equation (9) above) represents a guaranteed lower bound on a total plan P_(I→G) starting with the partial plan p_(I→S) _(n) as prefix. While the upper and lower bounds are realizable, none of the interior points of the interval are guaranteed to exist. Therefore, the planner 30 may advantageously compare the V's in order to decide which of two partial plans has the closest realizable solution to break the above mentioned ties. Moreover, if two partial plans are also identical in this parameter, the information gain is the same, and thus the planner 30 is operative to choose the partial plan that has less likelihood to fail, thereby facilitating short term productivity. The planner 30 is this embodiment may combine these two approaches in a sequential decision procedure. For example, if p_(I→S) ₁ and p_(I→S) ₂ are two partial plans with the same minimum value, i.e. F(p_(I→S) ₁ )=F(p_(I→S) ₂ ), the planner 30 will break the tie by choosing the first rule that applies from the following ordered list:

1 If V_(p) _(I→S1) <V_(p) _(I→S2) then expand p_(I→S) ₁ first;

2 If V_(p) _(I→S1) >V_(p) _(I→S2) then expand p_(I→S) ₂ first;

3 If U_(I)(p_(I→S) ₁ )<U_(I)(p_(I→S) ₂ ) then expand p_(I→S) ₁ first;

4 If U_(I)(p_(I→S) ₁ )>U_(I)(p_(I→S) ₂ ) then expand p_(I→S) ₂ first;

5 If L_(I)(p_(I→S) ₁ )<L_(I)(p_(I→S) ₂ ) then expand p_(I→S) ₂ first;

6 If L_(I)(p_(I→S) ₁ )>L_(I)(p_(I→S) ₂ ) then expand p_(I→S) ₁ first;

7 otherwise pick randomly.

The planner 30 can also facilitate the selective avoidance of known faulty resources 21-24 in the plant 20 via the component 32 b, as well as generation of plans 54 so as to help determine the source of faults observed during production. For example, the planner 30 operating the above described modular printing system plant 20 of FIG. 2 can be influenced by diagnostic objectives 34 b (FIG. 3) to preferentially construct paper paths via appropriate routing of substrates to use different subsets of routing and printing components 24 and 22, where a given sequence of these paths can be used to isolate the cause of an observed fault. Moreover, multiple plant pathways, redundancy of plant resources, and the capability to operate resources at different speeds, voltage levels, temperatures, or other flexibility in setting operational parameters of the plant resources allows the planner 30 to tailor active production plan generation for intelligent diagnostic information gain despite lack of complete sensor coverage in a given plant 20. In this manner, the modularity and flexibility of a given system 20 can be exploited by the pervasive diagnostic features of the control system 2 to facilitate diagnostic objectives 34 b while also providing benefits with regard to flexibility in achieving production goals.

The control system 2 can thus provide the advantages of performing diagnosis functions during production, even with limited sensor capabilities, with the flexibility to schedule dedicated diagnostic plans 54 if/when needed or highly informative. In the case of explicit dedicated diagnosis, the planner 30 focuses on the needs of the diagnosis engine 40 and thus creates/selects plans 54 that maximize information gain with respect to the fault hypotheses. The system 2 also allows the generation of plans 54 solely on the basis of production goals, for instance, where there is only one plan 54 that can perform a given production task and the planner 30 need not chose from a set of equivalent plans, thereby limiting the information gathering to the case of passive diagnosis for that plan.

In the exemplary modular printing system example 20 above, therefore, the control system 2 can choose to parallelize production to the extent possible, use specialized print engines 22 for specific printing tasks, and have the operational control to reroute sheet substrates around failed modules as these are identified. In this implementation, the planner 30 may receive a production print job 51 from a job queue (in the producer 10, or a queue in the planner 30), and one or more plans 54 are constructed as described above to implement the job 51. The observations 56 are provided to the diagnosis engine 40 upon execution of the plan(s) 54 to indicate whether the plan 54 succeeded without faults (e.g., not abnormal), or whether an abnormal fault was observed (e.g., bent corners and/or wrinkles detected by the sensors 26 in printed substrates). The diagnosis engine 30 updates the hypothesis probabilities of the belief model 42 based on the executed plan 54 and the observations 56. When a fault occurs, the planner 30 constructs the most informative plan 54 in subsequent scheduling so as to satisfy the diagnostic objectives 34 b. In this regard, there may be a delay between submitting a plan 54 to the plant 20 and receiving the observations 56, and the planner 30 may accordingly plan production jobs 51 from the job queue without optimizing for information gain until the outcome is returned in order to maintain high short term productivity in the plant 20.

Using the above described pervasive diagnosis, the plan construction in the planner 30 is biased to have an outcome probability closest to the target T, and this bias can create paths capable of isolating faults in specific actions. Prior to detection of a system fault, the plant 20 may produce products 52 at a nominal rate r_(nom), with diagnosis efforts beginning once some abnormal outcome is observed. The length of time required to diagnose a given fault in the system (e.g., to identify faulty plant components or resources 21-24) will be short if dedicated, explicit diagnostic plans 54 are selected, with pervasive diagnosis approaches taking somewhat longer, and passive diagnostic techniques taking much longer and possibly not being able to completely diagnose the problem(s). With regard to diagnosis cost, however, explicit dedicated diagnosis results in high production loss (production is halted), while purely passive diagnosis incurs the highest expected repair costs due to its lower quality diagnosis. The pervasive diagnosis aspects of the present disclosure advantageously integrate diagnostic objectives 34 b into production planning by operation of the planner 30, and therefore facilitate realization of a lower minimal total expected production loss in comparison to passive and explicit diagnosis.

The passive diagnostic aspects of the disclosure, moreover, are generally applicable to a wide class of production manufacturing problems in which it is important to optimize efficiency but the cost of failure for any one job is low compared to stopping the production system to perform explicit diagnosis. In addition, the disclosure finds utility in association with non-manufacturing production systems, for example, service industry organizations can employ the pervasive diagnostic techniques in systems that produce services using machines, software, and/or human resources. Moreover, the disclosure is not limited to a probability based A* search, wherein other plan construction techniques can be employed such as a SAT-solver approach in which the clauses represent failed plans and each satisfying assignment is interpreted as a valid diagnosis.

Referring also to FIGS. 8-16, the above described heuristic search by the planner 30 was simulated to evaluate the cost advantages of pervasive diagnosis in a model of a modular digital printing press based on the above described printing plant 20 in FIG. 2. In this modular system 20, multiple pathways allow parallel production, use of specialized print engines 22 for specific sheets, and selective rerouting around failed modules 21, 22, etc. In the simulation, the planner 40 sends a plan 54 to a simulation of the printing system 20 which models the physical dynamics of the paper moving through the system 20 and determines the outcome. If the plan 54 is completed without any faults (e.g., bent corners or wrinkles) and deposited in the requested finisher tray 23, the plan 54 is deemed to have succeeded (not abnormal), and otherwise the plan 54 outcome is determined to be abnormal. The original plan 54 and the observed outcome 56 are sent to the diagnosis engine 40 which updates the hypothesis probabilities of the belief model 42.

In the simulation, a system module (e.g., one of the print engines 22) may exhibit faulty behavior with some probability q (also referred to as an intermittency rate), resulting in plan failure, where persistent fault resources 21-24 (e.g., modules that cause a fault every time they are used) have an intermittency of 1. The simulation of costs employed a simple cost model of opportunity costs in terms of unrealized production due to efforts of isolating the faulty component (diagnosis costs) and exchanging this component (repair costs). The cost in this model represents the expected total amount of lost production due to a fault. When a fault is first observed, the cost is 1 (lost unit of production) and the belief state 42 is a uniform distribution over all fault hypothesis for all approaches. With the passive diagnostic approach, the plant 20 continues production at the normal rate r_(nom), whereas for dedicated (explicit) diagnostics in the simulation, the plant 20 produces products 52 at a reduced rate r_(perv)≦r_(diag) during diagnosis, and since faulty products can be produced, the cost is calculated by the following equation 10:

c _(diag) ^(t,per)=1+n _(faulty)+(r _(nom) −r _(perv))*t _(diag).   (10)

In the simulated results, the exchange time for replacing a single module 22 was assumed to be 10 minutes, and this replacement causes shutdown of only one print engine 22 at the time. Since the exemplary plant 20 employs four print engines 22, the simulated exchange time was set as t_(exc)=150 sec. The simulation also employed a nominal print rate r_(nom)=3.1 sheets/sec, and the simulation showed a reduced rate of pervasive diagnosis r_(perv)=1.9 sheets/sec. Moreover, the experimental results were averaged over 100 runs to reduce statistical variation. Table 1 below summarizes the simulated results for three different intermittency rates q=0.01, 0.20, and 1.00, respectively, in which the pervasive diagnostics described above results in the lowest rate of lost production (e.g., number of exchanged modules 22, the number of exchanged modules at the minimal response cost).

TABLE 1 min. response cost Time # of exch. mod. q = 0.01 Passive 1010.22 214.1 2.01 Explicit 947.25 76.6 1.41 Pervasive 768.80 204.6 1.01 q = 0.1 Passive 1055.25 35.0 2.10 Explicit 591.31 29.1 1 Pervasive 547.77 37.2 1 q = 1.0 Passive 1012.00 7.78 2.01 Explicit 515.43 3.1 1 Pervasive 509.76 3.78 1

FIGS. 8-10 illustrate cost vs. time graphs 510, 520, and 530 for the simulation for the case of intermittency rate q=0.01. When q=0.01 a faulty action only causes the plan to fail with a statistical mean of 1/100. The graph 510 in FIG. 8 shows instantaneous repair cost for the cases of passive diagnostics 511, explicit (dedicated) diagnostics 512 and pervasive diagnostics 513. Cumulative diagnosis costs vs. time are shown in the graph 520 of FIG. 9, including curves 521, 522, and 523 for passive, explicit, and pervasive diagnostic techniques. The graph 530 in FIG. 10 illustrates passive, explicit, and pervasive diagnostic cost curves 531, 532, and 533, respectively, for response cost (diagnosis and repair) vs. time. For less intermittent faults (q=0.10), FIGS. 11-13 depict instantaneous repair cost, cumulative diagnosis cost, and response cost graphs 610, 620, and 630, respectively, as a function of time. The graph 610 in FIG. 11 illustrates passive, explicit, and pervasive cost curves 611, 612, and 613, respectively, for instantaneous repair cost. In FIG. 12, cumulative diagnosis cost curves 621, 622, and 623 are shown for passive, explicit, and pervasive diagnostic techniques, and the graph 630 in FIG. 13 shows passive, explicit, and pervasive cost curves 631, 632, and 633 for repair costs vs. time. FIGS. 14-16 provide cost vs. time graphs 710, 720, and 720 for instantaneous repair costs, cumulative diagnostic cost, and response cost, respectively, for the case of persistent faults (q=1.00). Graph 710 in FIG. 14 shows passive, explicit, and pervasive instantaneous repair cost curves 711, 712, and 713, respectively. For cumulative diagnosis costs at q=1.00, FIG. 15 shows curves 722, 723, and 723 for passive, explicit, and pervasive diagnosis, respectively. In FIG. 16, the graph 730 shows passive, explicit, and pervasive diagnosis response cost curves 731, 732, and 733, respectively.

The instantaneous repair costs in FIGS. 8, 11, and 14 was computed by estimating the repair time based on the current probability distribution over the fault hypothesis and pricing this downtime according to the nominal machine production rate. The diagnosis cost in FIGS. 9, 12, and 15 at a given time t was calculated as the accumulated production deficit in relation to a healthy machine producing at its nominal rate r_(nom), where the x-axis is the amount of time (relative to the first occurrence of the fault) after which one chooses to stop diagnosis and start repairing the machine. The minimum of the sum these costs denotes the optimal point in time (relative to first occurrence of the fault) to switch from diagnosis to repair and gives the minimal expected total loss of production due to the fault.

In the simulations, the optimal response cost of pervasive diagnosis is below those of the other two approaches, and the shortest diagnosis duration is for explicit, with pervasive and passive diagnosis techniques taking successively longer. However, the explicit diagnostic approach involves the highest production loss since production is halted during diagnosis, whereby explicit diagnosis does not result in minimal response costs. Passive diagnosis has the lowest rate of lost production, but incurs the highest expected repair costs due to its lower quality diagnosis, due to plans 54 being constructed and executed solely on the basis of production goals and objectives 34 a irrespective of diagnostic objectives 34 b. Pervasive diagnosis, on the other hand, intelligently integrates the diagnostic objectives 34 b into production planning by using the flexibility of the planner 30 and the diagnosis engine 40, and the simulated results show a lower minimal total expected production loss in comparison to passive and explicit diagnosis approaches.

Referring now to FIGS. 3 and 17, the planner 30 may employ a Boolean Satisfiability problem (SAT) solver 38 (FIG. 3) in selecting plans 54 for execution in the plant 20 using the guidance of the diagnosis engine 40. In this implementation, the pervasive diagnosis tasks are translated into logical encodings (e.g., CNF, DNNF, BDD, PI, HTMS) to include all possible bounded length plans, and the encoding can be solved in the planner 30 using a SAT solver 38 to answer diagnosis queries such as finding a plan that uses a certain set of modules 22 in the plant 20. This technique allows the planner to submit queries to the SAT solver 38 instead of having to search for the plans 54 via A* heuristic search or simple brute force search techniques as described above.

FIG. 17 illustrates this approach in a diagram 800. As shown in FIG. 17, the process begins with a CNF formulation that encapsulates all possible plans with fixed bound on (i.e., a sequence of bounded length executable actions by a given system). Additional variables corresponding to modules are included in the encoding. Additional formulas are included to ensure that a module variable is TRUE only if some action that uses that module is executed. At 802 in FIG. 17, the plan construction component 32 formulates the plan generation problem based on the production goals and diagnostic objectives 34 b, and uses the current plant condition 58 from the diagnosis engine 40 to derive a list of suspected actions and/or plant modules 22 at 812. These are provided to a translation component 804 in the planner 30 that generates a SAT formulation 814.

The SAT problem formulation 814 is then provided to a SAT solver 38, such as by a query to the solver component 38 in FIG. 3, and the solver 38 generates a SAT solution 816. The solution 816 is then translated at 808 to yield a generated plan 54 at 818 for execution in the plant 20. As a diagnostic objective 34 b may be to reduce the set of suspect modules 22 in the plant 20, the solver 38 generates a set of modules 22 that should be used in the next plan execution, for which a set of modules can be identified by the solver 38 using a maximizing entropy heuristic. In this case, the plan construction component 32 queries the SAT solver 38 to construct a set of modules 22 having close to 0.5 probability of failure. Once the generated plan 54 is identified by the solver 38, it is provided to the plant 20 by the planner 30 and executed. The plan 54 and the corresponding observations 56 are provided to the diagnosis engine 40 which updates the current condition 58 and the belief model 42 to reduce the set of suspected modules 22, and the diagnosis engine 40 or the planner 30 add appropriate formulas to the SAT encoding to reflect those changes. This process is continued in one implementation until the set of suspected modules cannot be reduced.

Compared to the heuristic A* search approach above, the SAT solver approach in FIG. 17 is not as easily scaled up for large complex systems 20, but is adaptable to simple modular systems, and may advantageously employ off-the shelf SAT solvers to solve the plan generation problem in the planner 30. Moreover, the SAT solver approach captures all plans 54, and a wide range of queries can be posted to the SAT solver 38 by the plan construction component 32 in generating a plan to accommodate diagnostic objectives 34 b. Moreover, the SAT problem can be formulated in any suitable encoding, including without limitation Constraint Satisfaction (CSP) and Integer Linear Programming (ILP).

The above examples are merely illustrative of several possible embodiments of the present disclosure, wherein equivalent alterations and/or modifications will occur to others skilled in the art upon reading and understanding this specification and the annexed drawings. In particular regard to the various functions performed by the above described components (assemblies, devices, systems, circuits, and the like), the terms (including a reference to a “means”) used to describe such components are intended to correspond, unless otherwise indicated, to any component, such as hardware, software, or combinations thereof, which performs the specified function of the described component (i.e., that is functionally equivalent), even though not structurally equivalent to the disclosed structure which performs the function in the illustrated implementations of the disclosure. In addition, although a particular feature of the disclosure may have been disclosed with respect to only one of several embodiments, such feature may be combined with one or more other features of the other implementations as may be desired and advantageous for any given or particular application. Also, to the extent that the terms “including”, “includes”, “having”, “has”, “with”, or variants thereof are used in the detailed description and/or in the claims, such terms are intended to be inclusive in a manner similar to the term “comprising”. It will be appreciated that various of the above-disclosed and other features and functions, or alternatives thereof, may be desirably combined into many other different systems or applications, and further that various presently unforeseen or unanticipated alternatives, modifications, variations or improvements therein may be subsequently made by those skilled in the art which are also intended to be encompassed by the following claims. 

1. A production control system for controlling operation of a production system with a plant that can achieve one or more production goals, the control system comprising: a planner operatively coupled with the production system to provide one or more plans for execution in the plant based on at least one production goal; a plant model operatively coupled with the planner and including a model of the plant; and a diagnosis engine operatively coupled with the planner, the production system, and the model, the diagnosis engine operative to determine a current plant condition based at least partially on a previously executed plan, at least one corresponding observation from the plant, and the plant model; wherein the current plant condition and the plant model are used at least partially by the planner to construct at least one plan for the plant that will concurrently achieve the at least one production goal and facilitate at least one diagnostic objective.
 2. The control system of claim 1, wherein the planner is operative to selectively provide a dedicated diagnostic plan for execution in the plant at least partially based on at least one diagnostic objective and the current plant condition.
 3. The control system of claim 2, further comprising an operator interface operatively coupled with the diagnosis engine to allow an operator to define a diagnostic job using a diagnosis job description language.
 4. The control system of claim 2, wherein the planner is operative to selectively provide interleaved dedicated diagnostic plans and production plans for execution in the plant at least partially based on at least one production objective and at least one diagnostic objective.
 5. The control system of claim 4, wherein the planner is operative to use the current plant condition in providing the interleaved dedicated diagnostic plans and production plans for execution in the plant.
 6. The control system of claim 1, wherein the diagnosis engine formulates a heuristic associated with the plan construction, and wherein the planner employs a partial-plan search using the heuristic to construct the plans for execution in the plant.
 7. The control system of claim 1, further comprising a plan data store including a plurality of whole or partial plans selectable by the planner for execution in the plant to facilitate one or more production or diagnostic objectives.
 8. The control system of claim 1, further comprising an operator interface operatively coupled with the diagnosis engine to provide operator observations to the diagnosis engine, wherein the diagnosis engine is operative to determine the current plant condition based at least partially on the operator observations.
 9. The control system of claim 1, wherein the planner is operative to use the current plant condition in making a tradeoff between production objectives and diagnostic objectives in constructing plans for execution in the plant.
 10. The control system of claim 1, wherein the planner is operative to use the current plant condition in constructing plans for execution to perform diagnosis in isolating faulty resources in the plant.
 11. The control system of claim 1, wherein the planner is operative to use the current plant condition in constructing plans for execution to perform prognosis about a remaining useful life of plant components or resources.
 12. A method of generating plans for execution in a production system with a plant to achieve one or more production goals, the method comprising: determining a current plant condition based at least partially on a previously executed plan, at least one corresponding observation from the plant, and a plant model; determining expected information gain data for one or more possible plans based on the current plant condition and the model; and constructing a plan that will achieve a given production goal based at least partially on a diagnostic objective and the expected information gain data.
 13. The method of claim 12, wherein constructing the plan is based at least partially on the current plant condition.
 14. The method of claim 13, wherein constructing the plan includes making a tradeoff between production objectives and diagnostic objectives based at least partially on the current plant condition.
 15. The method of claim 13, wherein constructing the plan includes performing diagnosis to isolate faulty resources in the plant based at least partially on the current plant condition.
 16. The method of claim 12, further comprising constructing a dedicated diagnostic plan for execution in the plant based at least partially on at least one diagnostic objective and the current plant condition.
 17. The method of claim 16, further comprising selectively interleaving dedicated diagnostic plans and production plans based on at least one production objective and at least one diagnostic objective.
 18. The method of claim 16, further comprising allowing an operator to define a diagnostic plan using a diagnosis job description language.
 19. The method of claim 12, further comprising receiving operator observations, wherein constructing the plan is based at least partially on the operator observations.
 20. A computer readable medium having computer executable instructions for performing the steps of: determining a current plant condition in a production system plant based at least partially on a previously executed plan, at least one corresponding observation from the plant, and a plant model; determining expected information gain data for one or more possible plans based on the current plant condition and the model; and constructing a plan for execution in the plant to achieve one or more production goals based at least partially on a diagnostic objective and the expected information gain data.
 21. The computer readable medium of claim 20, further comprising computer executable instructions for constructing the plan based at least partially on the current plant condition. 